Order this document 
by AN1820/D 


Motorola Semiconductor Application Note 


AN1820 


Soflwaie 1% Communications 

By Brad Bierschenk 

MMD Applications Engineering 
Austin, Texas 

Intioduction 

The I^C (inter-integrated circuit) protocol is a 2-wire serial 
communications interface, implemented on numerous microcontrollers 
and peripheral devices. Many MCUs (microcontroller units) do not have 
an I^C module, yet they are required to communicate to 2-wire, or I^C, 
devices. 

This application note describes a method of communicating on an I^C 
bus by controlling digital input/output (I/O) pins. This "bit-banged" 
method can be implemented on any Motorola MCU. 

1^ Overview 


I^C is a 2-wire communications link, requiring a clock line (SCK) and a 
data line (SDA) to communicate. The frequency of the I^C clock can go 
up to 100 Kbits per second for standard mode, and up to 400 Kbits per 
second for fast mode. 

An I^C bus has both master devices and slave devices attached to it. A 
master is defined as a device which initiates a transfer, generates clock 
signals, and terminates a transfer. A slave device is simply a device 
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addressed by a master. I^C provides for multiple masters on the same 
bus. The I^C also provides some error checking by acknowledgment bits 
during byte transfers. 

The application presented in this document illustrates a limited version 
of the I^C specification. It is not intended to implement all the features of 
an I^C bus. It only provides the basic functionality required to transmit as 
a master device to slave devices through a 2-wire interface. The 
advantage of this method is it uses standard digital input/output pins 
available on any Motorola MCU. 

The application presented here provides the following functionality: 

• 7-bit addressing 

• Single master transmitter 

• Multiple data bytes within a serial transfer 

• Serial clock frequency of approximately 28 kHz (arbitrary) 

• Acknowledgment polling for error checking 

By controlling two digital I/O pins, one can simulate an I^C transfer. 
When the I/O pins are CMOS and not open-drain, some safegaurds 
have to be implemented. A series resistor should be used between the 
CMOS output pin and the receiver’s input pin. This will provide some 
current limiting should the two devices attempt to output conflicting logic 
levels. 

The other consideration is supporting a logic high for any open-drain 
receiver pins. A pullup resistor can be used at the receiver’s open-drain 
pin to passively pullup to the supply voltage, when the pin is not being 
actively driven low. This pullup resistor should be carefully chosen, so 
that when the master pin drives low, a valid V|l level is presented to the 
I^C receiver’s pin. 

The diagram shown in Figure 1 illustrates a way to connect digital I/O 
pins to an external I^C receiver device. In this case, a MC68HC705J1A 
microcontroller is connected to a Maxim MAX517 DAC (Digital-to- 
Analog Converter). The MAX517 has a 2-wire interface that is I^C 
compatible. The MC68HC705J1A has CMOS bidirectional input/output 
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pins. When connected as shown, successful I^C communications can be 
made to the external 1C. 

An I^C transfer is composed of specific stages, defined by the states of 
the two wires. Figure 2 shows the timing between the clock and data 
lines. To signal the beginning of a transmission, a START condition is 
presented to the bus. This START condition is indicated by a falling edge 
on SDA, while SCK is held high. 

Once the START condition has been driven, the master device places a 
7-bit address on the bus, with its most significant bit first. This address 
corresponds to the address of the I^C device the transfer is intended for. 
The eighth bit following the 7-bit address can be high or low, depending 
on whether it is a "read" or "write" operation. 
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Figure 1. Hardware Diagram 
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Figure 2. Exampie of I^C Transfer Timing 
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As with all bytes transferred on the I^C bus, a ninth clock cycle is used 
as an acknowledgment. The SDA line is read during this ninth clock 
cycle and signifies whether or not the byte is acknowledged. The 
receiver will drive the SDA line low during the ninth clock cycle if it 
acknowledges the byte transmission. 

Any number of data bytes can follow the address byte, each composed 
of eight data bits and a ninth acknowledge bit. To end a transfer, a STOP 
condition is imposed on the I^C bus. The STOP condition is indicated by 
a rising edge on SDA, while the SCK line is held high. 

NOTE: To avoid unwanted START or STOP conditions, the software must 

transition the SDA pin oniy whiie the SCK tine is held low. 

A listing of assembly code that shows a specific implementation of I^C in 
software follows this text. This application does require some software 
overhead, but is somewhat interruptible as the I^C bus is completely 
synchronous. An implementation that requires less software overhead 
could be created using a more automated timing source, such as a free- 
running counter or real-time interrupt. 

The code shows how a MC68HC705J1A microcontroller can be 
connected to an I^C peripheral, in this case a Maxim MAX517 DAC. The 
software continuously sends a write command to the DAC, ramping the 
digital value for the DAC from $00 to $FF and back down again. This 
creates a triangular wave at the output of the DAC. 

The point is not to show a completely useful DAC application, but to 
illustrate the use of digital input/output pins as an I^C master device. 
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Code Listings 


■k _=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_= 

* TRIANGLE.ASM 

■k = = = = = = = = = = = = = = = = = = = = = = = = = 

* Purpose: Test of I2C bit-banging using the JIA 

* Target: 705J1A 

* Author: Brad Bierschenk, MMD Applications 

k _=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_= 

* Tested using Maxim I^C DAC IC, MAX517 

* Has a "2-wire interface" (another word for I^C) 

k 

* This code continuously sends 8-bit data to the 

* Digital to Analog IC, incrementing from $00 to 

* $FF, and back down again. This creates a 

* triangular waveform at the output of the DAC chip. 

k 

* The SCL frequency is approximately 28 kHz. This is 


* completely arbitrary. 

* Assembler Equates 

RAMSPACE 

EQU $C0 


;RAM 

start address 

RQMSPACE 

EQU $300 


;EPRQM start address 

PQRTA 

EQU $00 


; Port 

A 

PQRTB 

EQU $01 


; Port 

B 

DDRA 

EQU $04 


; Data 

direction A 

DDRB 

EQU $05 


; Data 

direction B 

* Emulated I2C lines 

on Port A 

pins 


* Need a 

clock (SCL) 

and data 

(SDA) 



SCL EQU 0 ;Serial clock 

SDA EQU 1 ;Serial data 


DACADDR EQU $2C ;Slave address of DAC 

k _ 

* RAM Variables 

k _ 

QRG RAMSPACE 

BitCounter RMB 1 ;Used to count bits in a Tx 

Value RMB 1 ;Used to store data value 

Direction RMB 1 ;Indicates increment or 

;decrement 


* Start of program code 


QRG RQMSPACE 

Start: 

;Initialize variables 
CLR Value 

CLR BitCounter 

CLR Direction 

;Setup parallel ports 
LDA #$03 

STA PQRTA 

STA DDRA 


; Start of EPRQM 
;Clear all RAM variables 

;PAO and PAl as outputs 
;driven high to start 
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■k 


* This 

main 

loop just ramps 

up 

and down the data 

* value 

that 

is sent to the 

DAC 

chip. 

TxLoop: 

LDA 

Direction 


;Increment or decrement? 


BEQ 

GoUp 



GoDown: 

LDA 

Value 


;Decrement 


BNE 

GD2 


;Change direction if needed 


CLR 

Direction 




BRA 

Sendit 



GD2 : 

DEC 

Value 


;Decrement the data value 


BRA 

Sendit 



GoUp: 

LDA 

Value 


;Increment 


CMP 

#$FF 


;Change direction if needed 


BNE 

GU2 




INC 

Direction 


;Increment the data value 


BRA 

Sendit 



GU2 : 

INC 

Value 




■k 


k 

k 

Send 

data. 

2 

the I C transmission, 
and STOP 

including START, address. 

Sendit: 






;START condition 




JSR 

I2CStartBit 

;Give START condition 



;ADDRESS byte, consists of 7-bit address + 0 as LSbit 



LDA 

#DACADDR 

;Slave device address 



AS LA 


;Need this to align address 



JSR 

I2CTxByte 

;Send the eight bits 



; DATA 

bytes 




LDA 

#$00 

;$00 is command byte for DAC 



JSR 

I2CTxByte 

;Send the 8 bits 



LDA 

Value 

;Value is value to set DAC 



JSR 

I2CTxByte 

;Send it 



; STOP 

condition 




JSR 

I2CStopBit 

;Give STOP condition 



JSR 

I2CBitDelay 

;Wait a bit 



BRA 

TxLoop 

;Repeat 


r 

; I2CTxByte 

; Transmit the byte in Acc to the SDA pin 
; (Acc will not be restored on return) 

; Must be careful to change SDA values only while SCL is low, 
; otherwise a STOP or START could be implied 

r ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 

I2CTxByte: 

;Initialize variable 

LDX #$08 

STX BitCounter 
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I2CNextBit: 


ROLA 


;Shift MSbit into Carry 

BCC 

SendLow 

;Send low bit or high bit 

SendHigh: 

BSET 

SDA,PORTA 

;Set the data bit value 

JSR 

I2CSetupDelay 

;Give some time for data 

setup 

BSET 

SCL,PORTA 

;Clock it in 

JSR 

I2CBitDelay 

;Wait a bit 

BRA 

I2CTxCont 

;Continue 

SendLow: 

BCLR 

SDA,PORTA 


JSR 

I2CSetupDelay 


BSET 

SCL,PORTA 


JSR 

I2CBitDelay 


I2CTxCont: 

BCLR 

SCL,PORTA 

;Restore clock to low stati 

DEC 

BitCounter 

;Decrement the bit counter 

BEQ 

I2CAckPoll 

;Last bit? 

BRA 

I2CNextBit 


I2CAckPoll: 

BSET 

SDA,PORTA 


BCLR 

SDA,DDRA 

;Set SDA as input 

JSR 

I2CSetupDelay 


BSET 

SCL,PORTA 

;Clock the line to get ACK 

JSR 

I2CBitDelay 


BRSET 

SDA,PORTA,I2CNoAck 

;Look for ACK from slave 
;device 

BCLR 

SCL,PORTA 

;Restore clock line 

BSET 

SDA,DDRA 

;SDA back as output 

RTS 


;No acknowledgment received from slave device 
;Some error action can be performed here 
;For now, just restore the bus 
I2CNoAck: 

BCLR SCL,PORTA 
BSET SDA,DDRA 
RTS 


; A START condition is defined as a falling edge 
; on SDA while SCL is high 

t ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 

I2CStartBit: 


BCLR 

SDA,PORTA 

JSR 

I2CBitDelay 

BCLR 

SCL,PORTA 

RTS 



; A STOP condition is defined as a rising edge 
; on SDA while SCL is high 


I2CStopBit: 


BCLR 

SDA,PORTA 

BSET 

SCL,PORTA 

BSET 

SDA,PORTA 

JSR 

I2CBitDelay 

RTS 
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; Provide some data setup time to allow 
; SDA to stabilize in slave device 
; Completely arbitrary delay (10 cycles) 

r ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 

I2CSetupDelay: 

NOP 

NOP 

RTS 


; Bit delay to provide (approximately) the desired 
; SCL frequency 

; Again, this is arbitrary (16 cycles) 

r ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 

I2CBitDelay: 

NOP 

NOP 

NOP 

NOP 

NOP 

RTS 


•k _ 

* Vector Definitions 

•k _ 

ORG $07FE ;Reset vector 

FDB Start 
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